| Author |
Thread Statistics | Show CCP posts - 11 post(s) |
|
CCP FoxFour
C C P
C C P Alliance
4224
   |
Posted - 2016.01.06 16:47:40 -
[1] - Quote
MORE STUFF! :D SUCH EXCITE!
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4225
|
Posted - 2016.01.06 19:05:42 -
[2] - Quote
Messenger Of Truth wrote:This writeable CREST stuff is rather exciting.
On the subject of waypoints, when we have citadels will we also be able to have waypoints and courier contracts to them? If one use case for citadels might be player market hubs, it seems rather desirable to be able to create waypoints or courier contracts that terminate at these hubs.
This has not really been discussed yet so I don't know.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4232
|
Posted - 2016.01.10 15:26:05 -
[3] - Quote
Just as a heads up the POST requests for contacts wont be enabled until Wedneday. Sorry about that!
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4236
|
Posted - 2016.01.13 10:56:49 -
[4] - Quote
Hey people,
So for the most part the deployment has gone OK. The POST resource for contacts goes live with downtime today and hopefully that goes as well as most of the rest of this release.
There is however a defect with the locations resource. I feel like explaining this, not sure why, probably because I know how much I would like reading this if I didn't work here. So here we go:
The way this resource currently works is when the incoming request lands on a proxy node service CREST we make a service call (service context vs character context, as in I haven't spun up a session on this proxy for the character, just using the CREST service session to make the MachoNet call) to the character node for the specified character.
On the character node I check to see if the specified character ID is in the sessions this node has in memory (sessions are essentially just stored in a python dictionary in memory) and if it is there I return the solar system.
Easy. Except to understand where this falls apart you need to understand a bit more of how sessions work. The only place that is guaranteed to have an up to date session is the proxy that created that session and where the session now lives. When a call from the client reaches that proxy the proxy makes the appropriate call to the backend and passes the session along with the call. The backend node receiving the call then stores that session in the dictionary I talked about before. If that backend node calls another node the session is propagated to whatever node it is calling as well. If a client disconnects for whatever reason the proxy it was connected to sends a notification to all nodes that the session should be cleared and it is removed from the in memory cache.
What this really means is that the character node we are calling potentially has a stale session and not the correct location information. When we started down this path we believed that there was enough network communication between the character node and other nodes along with the client that this would essentially always be up to date.
Initial testing showed that when a character jumped from one solar system to another that solar system would make a request to the character node, therefor propagating the updated session. The problem is however that it only seems to do this when you jump into a solar system for the first time. After that the information the solar system needs is cached by the solar system and not requested again. So when you jump back into a solar system after the first time that cross node call is not made. It also turns out that simply changing solar systems doesn't really make the client do any requests to the character node.
Whelp.
If you try out the location resource right now and the character being tracked is actually doing things than generally speaking this information will be correct. If however the pilot is just flying between systems, some of which they have visited, and isn't interacting with the client in any meaningful way than this is likely to be incorrect at times.
I am working on a solution to this, there are many including writing a service just to handle the location or just forcing the services that handle jumping to update the session on the character node, but do not have an ETA. I hope in the coming weeks but no promises.
I would still encourage developers to work towards integrating this functionality as it will be fixed. Getting this information correct and out via CREST is essential to us being able to nuke the IGB so you can be assured this will be fixed.
Anyways... that was my morning. Onto other stuff for a bit while I think.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4236
|
Posted - 2016.01.13 15:27:23 -
[5] - Quote
Shegox Gabriel wrote:Hey FoxFour, i tried a post to the contacts, actual i am posting to the https://crest-tq.eveonline.com/characters/92439100/contacts/ (my contacts). I use php and i can fetch the contacts (so no auth issue). I use an array and encode it to json. Output is this as array: Array ( [standing] => 10 [contactType] => Alliance [contact] => Array ( [id_str] => 386292982 [href] => https://public-crest.eveonline.com/alliances/386292982/
[name] => Pandemic Legion [id] => 386292982 ) ) Convert to Json: {"standing":10,"contactType":"Alliance","contact":{"id_str":"386292982","href":"https:\/\/public-crest.eveonline.com\/alliances\/386292982\/","name":"Pandemic Legion","id":386292982}} And the respond from the crest-server: stdClass Object ( [message] => No JSON object could be decoded [key] => badJson [exceptionType] => BadRequestError ) What is wrong ? Can you help me please? Friendly wishes Shegox
Hey man,
Something else must be going on. I copy and pasted that string into Postman and sent a POST and it came back fine.
https://i.imgur.com/rfX40Qi.png
So really not sure. As I said something else must be happening in there. Any chance you can toss the rest of the code up on a public Gist or something?
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4236
|
Posted - 2016.01.13 17:47:36 -
[6] - Quote
Ah content type. I always forget about that as Postmand and the libraries I use set that. :(
Shegox Gabriel wrote:Otherwise i found not in the Read or Write is folders, is it able to post to folders ?
Sorry I don't understand the question.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4237
|
Posted - 2016.01.14 19:35:56 -
[7] - Quote
Arrek Lemmont wrote:I see some comments about problems with getting the pilot's current location.
I don't see a response to my question about GETting the autopilot route. Was that already possible? Or is it coming with these changes?
That will not be happening. The auto pilot route is not ever sent to the server.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4237
|
Posted - 2016.01.18 08:45:31 -
[8] - Quote
I don't know why it was setup like that. I will actually be killing off public CREST at some point in the next few months and just doing what every other HTTP API does and make resource that don't require authentication work without authentication in CREST.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4248
|
Posted - 2016.02.10 08:29:35 -
[9] - Quote
Kojee wrote:What about the rest of inherited contacts, like contacts I get from my corp or alliance? Any idea on when those endpoints will be available?
No ETA at this point in time.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4256
|
Posted - 2016.02.16 19:48:59 -
[10] - Quote
Julian Aldurald wrote:AchillesSR wrote:Jack Hayson wrote:Steve Ronuken wrote:AchillesSR wrote:Is it possible to use different scopes in one session? Like both characterContactsWrite and characterContactsRead? Yes. Request them as a comma separated list (iirc), when you do the auth. space separated Right. Thanks. @CCP I searched for this everywhere :D that would be awsome to have noted in your docs :)
That is standard OAuth2. :)
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
| |
|